home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Almathera Ten Pack 3: CDPD 3
/
Almathera Ten on Ten - Disc 3: CDPD3.iso
/
fish
/
726-750
/
744
/
fo
/
fo.doc.e
< prev
next >
Wrap
Text File
|
1995-03-18
|
4KB
|
88 lines
Fabien Campagne
805, Rue des Gentianes
39000 Lons Le Saunier
France
Lons Le Saunier the 10-May-92
FO COPYRIGHT Notice and Doc.
(updated the 21/11/91)
FO is Freeware as I mentioned it in help text. I allow distribution by
Fred Fish in his Library. Other Libraries must obtain authorization from
me.
Use FO at your own risk.
Now the doc:
FO is very simple to use:
ex FO df0: df1: [-w/-c] [-nfo] [-FDir]
1st arg is source disk. 2nd is destination disk.
The both may be equal (this does -NO- slow down optimization).
-w if Workbench optimization is needed.
-c if Cli optimization is needed.
default is -w
The difference between -w & -c is that when -w is selected, data blocks for
*.info files are moved in the area used by management -blocks.If you use
the disk a lot with WB , wich mean if you often open the drawer of the disk
(and wait a long time until icons are displayed) you will enjoy this
option. Else, use -c.
-nfo means fo No Format:
if the disk you want to use for destination has already been formatted and
is still on good AmigaDos format, you can use this option to save a lot of
time ( in fact, less filled is the disk, more time you can save with -nfo).
Don' t select -nfo if you want to clean really destination disk. NEVER use
-nfo with unformatted disk in destination: trying to modify the disk later
(adding some files or dir) will cause write errors.
-C will allow FO to perform a test of the dos structure of the source
disk before to optimize. If error(s) is (are) encountered, FO abort.
Obviously, you can use this function only for checking a disk (cntrl C
during "optimizing..." ).The check is not 100% sure because I do not have
implemented tests for: > link between two Data blocks. > recurent
structures: a block that point to a block that precede himself in the hash
chain.
-FDir:
I included this option as an experiment to see how AmigaDos will react when
the File List Blocks are placed just near the data block they point to. I
thought that this must improve loading time for very long files. I was
wrong : I really does not understand how loading was made. I have some
ideas but my english is too poor to develop them here. Do Not Use this
option unless you use a Fast Dir ( a Dir with smart buffering routines, not
the standard one) with that disk because -FDir option slow down directory
when a disk contains files which size is more than 35136 bytes (72*488).
If you are interested, try TrackMon on an 'optimized' with -FDir disk when
you load a big file.
Bug Report : I don't think there 's bugs but if you find some, write
!. [(I'm was Wrong...) update]
Just one thing: FO add a '.' after the name of the disk on destination
because modifying the date of last change does not satisfy WB 1.3 which
continue thinking disks are the same and then crash the system.
The next version will (may be) include an intuition interface [ (It's
FO2 !) Update]. Don't hesitate if you find FO useful to send your
contribution : even little are welcomed and greatly encouraged. My
address is on the top of this doc.
Yes, I'm was wrong, in fact, FO had a bug: as long as you don't carry
optimized disks under 2.0, all is OK, but if you did that, you could see
that some files disapeared while they were always here when you looked at
in 1.3. To regenerate the invisible files you have to optimize one more
time under 2.0 or 1.3 with this latest release of FO (-C off) or, under
1.3, copy the disk to a formatted disk using :
copy df0: to df1: all (or with any other utility that makes it
without copying the entire disk)
FBJ.